Date: Thu, 14 Jan 93 04:30:20 PST 

From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu> 
Errors-To: Info-Hams-Errors@UCSD.Edu 

Reply-To: Info-Hams@UCSD.Edu 

Precedence: Bulk 

Subject: Info-Hams Digest V93 #58 

To: Info-Hams 


Info-Hams Digest Thu, 14 Jan 93 Volume 93 : Issue 58 


Today's Topics: 
[Re:] Maidenheads Grids in a GPS Rcevr 
Daily Solar Geophysical Data Broadcast for 13 January 
Desense, nonsense, and filter design 
Info-Hams Digest V93 #51 
intermod, overload, desense? 
PC repeater controller 


Send Replies or notes for publication to: <Info-Hams@UCSD.Edu> 
Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Info-Hams Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/info-hams". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 14 Jan 93 04:59:22 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: [Re:] Maidenheads Grids in a GPS Rcvr 
To: info-hams@ucsd.edu 


In response to the recent inquiry about which models of GPS receivers 
contain the Maidenhead grid system:::: 


Sorry, but these are the HIGH-END Trimble units, NOT the hobb-market 
units you mentioned. 


Contact W6RXQ, Art Lange, at Trimble for more info. 
73, Bob W30TC 


No endorsement given. Opinions expressed here may not be my own, and 
certainly are not my employer's. 


Date: 14 Jan 93 07:52:57 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: Daily Solar Geophysical Data Broadcast for 13 January 
To: info-hams@ucsd.edu 


!!BEGIN!! (1.0) S.T.D. Solar Geophysical Data Broadcast for DAY 013, 01/13/93 


10.7 FLUX=141.2 90-AVG=141 SSN=146 BKI=1111 2324 BAI=008 
BGND-XRAY=B6.5 FLU1=2.0E+06 FLU10=1.1E+04 PKI=1122 3324 PAI=009 
BOU -DEV=006 , 008,008,008, 012,020,019, 040 DEV-AVG=015 NT SWF=00 : 000 


XRAY-MAX= C9.2 @ O259UT XRAY-MIN= B5.3 @ 2248UT XRAY-AVG= C1.7 
NEUTN-MAX= +003% @ 1335UT NEUTN-MIN= -002% @ 1125UT NEUTN-AVG= +0.2% 
PCA-MAX= +0.1DB @ 2255UT PCA-MIN= -0.4DB @ O940UT PCA-AVG= -0.0DB 
BOUTF-MAX=55429NT @ 1518UT BOUTF-MIN=55395NT @ 2005UT BOUTF-AVG=55416NT 
GOES7-MAX=P:+122NT@ 2011UT GOES7-MIN=N:+005NT@ 1011UT G7-AVG=+086,+028,+011 
GOES6-MAX=P:+143NT@ 2005UT GOES6-MIN=E:-O012NT@ 2139UT G6-AVG=+105, -002,+037 
FLUXFCST=STD:145,140,140;SESC:145,140,140 BAI/PAI-FCST=010 ,010,015/010,010,015 
KFCST=2332 2223 3333 3333 27DAY-AP=005,017 27DAY -KP=1322 1211 0033 4543 
WARNINGS=*SWF 
ALERTS=**SWEEP : II=2@0259UTC 
!!END-DATA!! 


Date: 14 Jan 93 05:37:58 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: Desense, nonsense, and filter design 
To: info-hams@ucsd.edu 


References <1993Jan9.141959 .17257@ke4zv.uucp>, 
<Lis80mINNbOr@clover.csv.warwick.ac.uk>, <1993Jan12.095904.7329@walter.cray.com> 
<usc!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!warwick! warwick! not- 
for-mail@network.UCSD.EDU > Subject : Re: intermod, overload, desense? 

In article <1993Jan12.095904.7329@walter.cray.com> jwl@ferrari.cray.com (Jim 


>..Couple of posts regarding details of quarter wave stub deleted.. 


[Beaucoups of wonderful theory and discussion of filters deleted...] 
--and, why delete that? 


Because, gentlepeople, the original question had to do with eliminating 
an interfering 144Mhz signal from a TV. Now, I just betcha the TV 
operates on Cable, and the offensive interference is at its *very* worst 
on CATV channel 18, better known as Channel "E" in the "olden days" and 
guess what the frequency range is, gang.... 


Yep, 144-150MHZ. So, ya'll, if you are successful in eliminating the 
offensive Ham sigs, the TV viewer isn't likely to see what they wanted 
to in the first place, and we'll be back to square one. Only we'll have 
a Radio SHack making a profit, an upset Ham with Quiet hours, and an 
irate TV viewer who will blame everything, including the dog's bad 
habits on Amateur Radio... 


Personally, I'd like to see the private versus open folx follow Brian's 
wish and "take it to the streets!" Not xthatx had some real potential 


oy) 


73 

| Jack GF Hill Voice: (615)459-2636 root@jackatak.raidernet.com | 
| P. O. Box 1685 modem: (615)377-5980 Compu$erve 76427,31 | 
| Brentwood, TN 37024 Bicycling and SCUBA Diving Ham Call: WA4PPT | 
f----------------------------------------------------------------------- + 


Date: 13 Jan 93 20:15:59 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: Info-Hams Digest V93 #51 
To: info-hams@ucsd.edu 


Unsubscribe me! 


John 


Date: Wed, 13 Jan 1993 21:29:31 GMT 

From: sdd.hp.com!hpscit.sc.hp.com!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.EDU 
Subject: intermod, overload, desense? 

To: info-hams@ucsd.edu 


In rec.radio.amateur.misc, gary@ke4zv.uucp (Gary Coffman) writes: 


>>>> 

>>>> 

>>>> op 
>> 

>This design can be considered a cavity notch filter with the coax serving 
>as a single port cavity. The Q of the filter is dependent on the quality 
>of the coax. Lossy RG58 will perform modestly while 6 1/8 inch airline 
>will be superb. In between, you should find the results a satisfactory 


>>>>Ant---------- [esessee radio 
| 
| 
e 


n 


>compromise between cost and performance. 


>The Q can be calculated if the loss per foot and characteristic impedance 
>of the coax are known. Q = X/R so setting X = 50 for common coax, we 
>divide that by loss resistance to get Q. RG-8 has a loss of about 2 db per 
>100 feet at 100 MHz. A 10 foot section should then have a loss of 0.2 db, 
>or an equivalent series loss resistance of 1.0471 ohm. That yields a Q 

>of about 47.74 for an ultimate insertion loss of 16.8db. At 100 MHz, that 
>gives a 3db bandwidth of about 2 MHz. 


Except that at 100 MHz, 1/4 wave is about 3/4 meters, or about 19" 
including volocity factor. Assuming 2 dB/100 ft, loss is about 

.03 dB or .35 ohms. Assuming a 50-ohm source and load, this results 
in a 37 dB notch. 


AL N1AL 


Date: 14 Jan 93 04:51:03 GMT 

From: agate!netsys!ukma!cs.widener.edu!netnews.upenn.edu!eniac.seas.upenn.edu! 
depolo@ames.arpa 

Subject: PC repeater controller 

To: info-hams@ucsd.edu 


In article <1ilgetINN6pc@matt.ksu.ksu.edu> steve@matt.ksu.ksu.edu (Steve 
Schallehn) writes: 

>phr@telebit.com (Paul Rubin) writes: 

> 

>>why can't someone make a repeater controller out of a simple 
>>personal computer (286 class), with maybe a relay box controlled... 


There is such a beast soon to hit the market. It's made by A-to-D (?) 
technologies. It uses a 286 with a hefty hard drive, some custom hardware, 
etc. There is one machine in the area that is beta testing it (I don't 
remember the model number). It comes with a digital voice recorder (very 
good quality audio), mailboxes, autopatch, everything. The interesting 
thing about it is that all user functions are done through menus. When 
user #10 wants to do something (e.g. use the autopatch, check his mail, 
leave mail, etc.), he enters his own access code and it replies "WN3A logon" 
and then you enter the function code (called a "CFC"). From then out, 

it's all menus. For example, the message submenu would say "1 - Read, 2 - 
Record, 3 - Send, 4 - Delete", etc. Pretty neat, although it does get 
annoying listening to all the menus. You can skip the menu just by hitting 
the appropriate commands without listening to the menus, though. Each user 
has his/her own "account" on the system, so passwords and control codes 

are individualized. 


Another intersting feature is that all of the voice on the controller is 
non-synthesized. It's all one-word DVR tracks that are buffered/kept in 
RAM for playback speed. Sounds really good, basically like a real person 
with a problem with speech inflection. I believe it also has an interface 
available for controlling Icom 900/901 band units like the ACC controllers. 


Someone mentioned RF shielding. Most good repeater installations should 
shielded well enough that RFI from the computer should be minimal. That means 
good shielding of the RF compartments in the repeater, tight-braided audio 
interconnect cables, double-shielded (e.g. RG400) or flexible hardline for 

all RF interconnects, hardline for the feedline, etc. This is good practice 
whether or not a computer is at the site. Keeping the repeater ina 

seperate cabinet and running shielded audio/logic cables choked off with 
ferrite between the main repeater cabinet and the controler cabinet would 
probably be the safest route. 


Problems caused by temperature variations at a site is a different story... 


As for lockup-prevention, the safest bet for something like this would be to 
have an auxillary AC power control connected to the phone line. Honeywell 
makes a box that we use on one of our repeaters that you program to have 
answer then phone on x number of rings (where x would be more than the 
number of rings the controller is set up to pick up on). Once it answers, 
you hit * to turn the relay in the Honeywell box off (shut off the AC), and 
then # to turn it back on, which resets the hung computer. A similar 
device could be built relatively easily. It's nice because you can share 
the same line that the repeater controller uses. Now, if the controller 
hangs while it has the phone off the hook, that could be a problem. RF 
control with the same capabilities might be a good way to go too. 


As for the A to D controller, it sounds interesting. I thought about 

doing the same kind of thing with a SoundBlaster, and built up a 

small device control board with 8 open-collector outputs and 8 logic-level 
inputs with an RS-232 interface that you could poll/program through a com port 
on the PC. The SoundBlaster didn't have good enough synthesized speech, 

and I never went through the trouble of DVR'ing my own vocabulary. I got 
bored with the idea, and ended up getting an RC-85, which I've been 

very happy with. 


So far, they've had few problems with their beta setup. I still haven't 

seen any marketing hype from the manufacturer in any of the rags yet - I'd 
imagine it would be soon. They've been using the controller since the summer. 
(For those of you in the area, it's the Parkesburg repeater KJ6AL on 442.000 
94.8 Hz PL - ask KJ6AL or WA3GMS about it). 


--- Jeff 


Jef£ DePolo WN3A Twisted Pair: (215) 337-7383 
depolo@eniac.seas.upenn.edu RF: 443.800+ MHz 442 .700+ MHz 24.150 GHz 
University of Pennsylvania 


Date: Thu, 14 Jan 1993 02:56:57 GMT 

From: usc!howland.reston.ans.net!paladin.american.edu! gatech!udel!sbcs.sunysb.edu! 
rick@network.UCSD.EDU 

To: info-hams@ucsd.edu 


References <PHR.93Jan12184633@napa.telebit.com>, 
<1jOndqINN6ép8@clover.csv.warwick.ac.uk>, <N4HY.93Jan13123853@growler.UUCP> 
Subject : Re: Anybody want to talk about Clover? 


In article <N4HY.93Jan13123853@growler.UUCP> n4hy@growler.UUCP (Bob McGwier) 
writes: 

>Clover is multicarrier QAM. The constellation on each carrier, as well as 
>the baud rate can be varied, in response to conditions. The better the 
>conditions, the more points in the constellation on each carrier, and the 
>higher the symbol rate. It is not new, Telebit has been doing it for years 
>on telephone lines. What Ray does that Telebit does NOT do, is FEC. Part of 


And before Telebit, there is a fair amount of literature dating 

as far back as the late 60's (eg Saltzbergs paper in IEEE COM-15, 

No 6 titled "Performance of an Efficient Parallel Data Transmission 
System") covering multicarrier QAM systems. It would be interesting 
to see what new claims the HAL patent filing makes. 


I have to admit the one thing about Clover that bugs me a bit is 

the patent filing; I support the notion of folks getting compensated 
for their hard work, however, many recent patent filings seen to only 
be anti-competitive devices. One can only hope that the HAL patent 
on Clover is not used in such a way. 


>BMc 
Rick Spanbauer, SUNY/Stony Brook 


End of Info-Hams Digest V93 4#58 
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